Report  Documentation  Page 


Form  Approved 
OMB  No.  0704-0188 


Public  reporting  burden  for  the  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and 
maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington 
VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of  law,  no  person  shall  be  subject  to  a  penalty  for  failing  to  comply  with  a  collection  of  information  if  it 
does  not  display  a  currently  valid  OMB  control  number. 


1.  REPORT  DATE 

SEP  2005 

2.  REPORT  TYPE 

3.  DATES  COVERED 

00-00-2005  to  00-00-2005 

4.  TITLE  AND  SUBTITLE 

A  NIFTI  Solution  to  Far-Field  Antenna  Transformations 

5a.  CONTRACT  NUMBER 

5b.  GRANT  NUMBER 

5c.  PROGRAM  ELEMENT  NUMBER 

6.  AUTHOR(S) 

5d.  PROJECT  NUMBER 

5e.  TASK  NUMBER 

5f.  WORK  UNIT  NUMBER 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS(ES) 

Naval  Research  Laboratory, Midway  Research  Center, 635  Telegraph 

Rd, Stafford, VA, 22554 

8.  PERFORMING  ORGANIZATION 

REPORT  NUMBER 

9.  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESS(ES) 

10.  SPONSOR/MONITOR'S  ACRONYM(S) 

11.  SPONSOR/MONITOR'S  REPORT 
NUMBER(S) 

12.  DISTRIBUTION/AVAILABILITY  STATEMENT 

Approved  for  public  release;  distribution  unlimited 

13.  SUPPLEMENTARY  NOTES 

CROSSTALK  The  Journal  of  Defense  Software  Engineering,  September  2005 

14.  ABSTRACT 

15.  SUBJECT  TERMS 

1 

1 

16.  SECURITY  CLASSIFICATION  OF: 


a.  REPORT 

unclassified 


b.  ABSTRACT 

unclassified 


c.  THIS  PAGE 

unclassified 


17.  LIMITATION  OF 
ABSTRACT 

Same  as 
Report  (SAR) 


18.  NUMBER 
OF  PAGES 

2 


19a.  NAME  OF 
RESPONSIBLE  PERSON 


Standard  Form  298  (Rev.  8-98) 

Prescribed  by  ANSI  Std  Z39-18 


Department  of  Defense  Program  Awards 


A  NIFTI  Solution  to 
Far-Field  Antenna  Transformations 


Windie  Borodin  and  Danielle  King 

Midway  Research  Center 

The  Near  Imaging  Field  Tower  Implementation  was  developed  to  provide  a  mid-range  system  that  performs  far-field  charac¬ 
terisation  of  several  60-foot  antenna  systems.  The  challenge  was  to  tahe  a  highly  complex  development  effort  and  bring  it  in 
on  time  and  within  cost.  This  article  describes  the  team’s  success  using  an  object-oriented  design  under  a  tailored  IBM  Rational 
Unified  Process  and  established  metrics  to  monitor  the  progress. 


The  mission  of  the  Midway  Research 
Center  (MRC)  located  in  Stafford,  Va., 
is  to  function  as  a  high-precision  signal 
source  for  calibrating  and  testing  national 
and  tactical  systems.  Among  its  numerous 
assets  are  three  antennas  60-foot  in  diam¬ 
eter  that  provide  highly  accurate  radio  fre¬ 
quency  (RF)  signals.  Due  to  their  size  and 
location,  they  require  a  system  to  charac¬ 
terize  die  antennas  to  be  located  as  much 
as  25  miles  away  from  where  they  are  actu¬ 
ally  located.  This  type  of  system  requires 
aircraft  to  accomplish  this  task,  making  it 
economically  impossible  to  characterize 
die  antennas  on  a  regular  basis. 

The  U.S.  Navy  decided  to  develop  a 
mid-range  calibration  system  approxi¬ 
mately  884  feet  away  from  the  antennas  to 
transform  die  RF  data  from  die  antenna 
into  a  pattern  that  makes  diem  appear  25 
miles  away.  This  is  known  as  die  Near 
Imaging  Field  Tower  Implementation 
(NIFTI)  project.  The  goal  was  to  produce 
an  operational  system  diat  could  be  used 
on  a  regular  basis  to  collect  data  from  the 
test  signal  being  transmitted  from  the 
antennas.  By  analyzing  this  data,  the  sys¬ 
tem  would  be  able  to  determine  what  fac¬ 
tors  are  needed  to  correct  the  actual  signal 
being  transmitted.  This  would  produce  a 
better  quality  and  higher  precision  signal 
being  transmitted  to  the  desired  targets. 

The  system  was  developed  and  tested 
using  the  Antenna  Tracking  Subsystem 
(ATS) -3  antenna.  This  antenna  scans 
across  a  reflector  that  is  mounted  at  the 
calibration  tower.  Data  is  collected  as  the 
ATS-3  antenna  generates  a  continuous 
wave  tone  and  scans  across  the  calibration 
tower.  This  data  is  then  transformed  into 
a  far-field  pattern  using  a  Fourier  trans¬ 
form  technique,  a  method  for  analyzing 
periodic  functions. 

NIFTI  Team 

The  core  development  team  was  located 
on  site  with  the  system  user  and  was  com¬ 
prised  of  both  government  and  contrac¬ 
tor  personnel.  Within  die  development, 


tasks  were  distributed  among  numerous 
contractors,  including  Mnemonics,  Inc.; 
Assurance  Technology  Corporation; 
Harris  Corporation;  Blazeware;  Analex; 
and  Science  Applications  International 
Corporation.  The  project  overcame  chal¬ 
lenges  inherent  when  different  companies 
work  side-by-side  such  as  corporate 
alliances  and  company  policies.  It  also 
tackled  the  required  knowledge  of  both 
RF  dieory  and  software  engineering. 

Those  chosen  for  the  task  ranged  in 
experience  from  interns  to  Ph.D.s. 
Expertise  in  different  areas  was  shared 
among  team  members.  Junior  level  soft¬ 
ware  engineers  trained  senior  level  person¬ 
nel  on  programming  best  practices  and 
software  engineering  principles,  while  the 
senior  level  personnel  trained  others  on 
RF  theory.  This  coordination  provided  for 
maximum  use  of  resources  and  overall 
team  strength. 

Developing  alongside  the  ultimate  sys¬ 
tem  user  also  aided  project  success.  The 
NIFTI  team  established  processes  (i.e., 
document  and  code  reviews,  risk  manage¬ 
ment,  configuration  management,  and 
training)  that  engaged  die  customer  (U.S. 
Navy)  and  the  end  user  (MRC  operators) 
in  die  design  and  development  process. 
These  processes  required  the  end  user  to 
be  an  active  participant  in  the  develop¬ 
ment  effort.  The  end  user  participated  in 
all  document  reviews,  user  interface  work¬ 
ing  groups,  all  system  integration,  and 
acceptance  testing. 

The  project  team  established  a  training 
process  widi  the  end-user  software  main¬ 
tenance  group  where  the  software  main- 
tainers  became  part  of  the  development 
team  to  learn  and  understand  the  software 
before  it  was  delivered.  The  end  user  also 
held  a  seat  on  the  Configuration  Control 
Board  and  was  able  to  generate  change 
requests  against  the  system  at  any  time 
during  the  development  process.  This 
allowed  the  end  user  and  customer  the 
ability  to  provide  input  into  die  design  and 
determine  what  changes  were  important. 


Before  diis  effort  began,  the  end  user 
was  trained  along  with  die  developers  on 
any  new  tool  or  process  that  was  being 
used  during  the  development.  The  team 
collected  metrics  on  process,  performance, 
change  requests,  budget,  and  schedule. 
These  were  provided  at  every  design  review 
to  the  customer  and  end  user.  This  kept  die 
customer  informed  about  the  project’s 
progress.  It  also  established  a  close  working 
relationship,  which  allowed  for  die  end 
user/customer  to  be  involved  in  every 
major  step  of  the  development  process. 

Software  Development 

The  NIFTI  project  was  developed  using 
object-oriented  design  and  a  tailored  IBM 
Rational  Unified  Process.  A  development 
suite  was  established  consisting  of  the 
Rational  Suite  of  software  that  included 
ClearCase,  ClearQuest,  Requisite  Pro, 
Rose,  Test  Manager,  and  McCabe  Quality 
Toolset.  A  combination  of  UNIX  (Sparc 
processors)  and  Windows  (PC) -based 
servers  were  used  to  house  die  develop¬ 
ment  environment. 

The  project  followed  the  inception, 
elaboration,  construction,  and  transition 
phases.  In  the  inception  phase,  the  budget 
and  high-level  schedule  were  established 
and  the  requirements  were  analyzed.  As 
part  of  performing  requirements  analysis, 
all  stakeholders  met  to  come  to  an  under¬ 
standing  of  the  requirements.  Once  this 
was  accomplished,  die  requirements  were 
then  placed  into  Requisite  Pro  (a  require¬ 
ments  tracking  tool).  Each  requirement 
was  assigned  attributes  such  as  (1)  build 
that  the  requirement  was  to  be  imple¬ 
mented,  (2)  asset  for  which  the  require¬ 
ment  was  needed,  (3)  use  case  that  con¬ 
tained  the  requirement,  and  (4)  test  case  it 
was  assigned.  Also  contained  in  the  data¬ 
base  was  an  interpretation  of  the  require¬ 
ment  that  clearly  explained  die  intent, 
which  was  agreed  to  by  all  stakeholders. 

The  end  of  the  inception  phase  was 
designated  by  a  review  to  die  customer 
and  end  user.  At  this  review,  the  team  pre- 


8  CROSSTALK  The  Journal  of  Defense  Software  Engineering 


September  2005 


A  NIFTI  Solution  to  Far-Field  Antenna  Transformations 


Members  of  the  Near  Imaging  Yield  Tower  Implementation  team  are,  from  left,  front  row)  Steve  Rugari, 
Tauktta  Morrast,  Warren  Wagner,  Greg  Dye,  Windie  Borodin,  Alice  Howell,  Terry  Arbnot,  Tom 
Shea,  (back  row)  Susan  Dilbeck,  Norman  Byrne,  Danielle  King,  George  Williams,  Mark  Tucas, 
Mike  Whitelaw,  Josh  Howell,  and  Jim  Dye. 


sented  die  project  overview,  system  con¬ 
cept,  external  boundaries  of  the  system 
being  designed,  software  standards, 
requirements,  acceptance  criteria  and  veri¬ 
fication  matrix,  and  project  risks. 

For  the  elaboration  and  construction 
phases,  an  iteration  plan  was  developed 
along  with  a  schedule  for  that  phase.  The 
iteration  plan  contained  what  the  team 
was  going  to  accomplish  during  that  phase 
along  with  evaluation  and  exit  criteria,  and 
the  requirements  that  were  to  be 
addressed.  At  the  end  of  each  phase,  the 
team  provided  a  review  to  the  customer 
and  end  user.  During  the  elaboration 
phase,  the  team  focused  on  prototyping 
some  of  the  high-risk  areas  in  the  soft¬ 
ware.  The  main  items  presented  during 
the  end-of-phase  review  were  system 
overviews,  prototype  results,  use  cases, 
test  plans,  refined  software  estimates, 
defined  architectures,  requirements  map¬ 
ped  to  use  cases,  requirements  mapped  to 
construction  iterations,  structured  soft¬ 
ware  models,  schedules,  and  risks. 

The  construction  phase  was  divided 
into  three  builds,  with  each  build  being 
four  to  six  months  in  duration.  One  obsta¬ 
cle  die  project  faced  was  that  die  NIFTI 
system  was  being  installed  into  an  opera¬ 
tional  system,  thus  die  system  was  not 
always  available  for  testing  some  require¬ 
ments.  When  this  occurred,  the  require¬ 
ment  was  deferred  until  the  next  build  and 
a  requirement  initially  slated  for  a  later 
build  was  implemented  in  its  place.  During 
die  build,  die  tester  conducted  usability 
tests  with  the  end  user  that  gave  him  the 
opportunity  to  use  the  system.  Feedback 
was  given  to  the  developers  so  that 
required  changes  could  be  made.  This 
helped  produce  a  system  that  was  user- 
friendly  and  met  the  end  user’s  needs. 

The  reviews  at  the  end  of  each  build 
were  assessments  of  how  the  project  per¬ 
formed  during  diat  build  and  whether  the 
project  accomplished  the  goals  contained 
witiiin  the  iteration  plan.  It  also  included  a 
presentation  of  the  metrics  gathered  not 
only  during  die  build,  but  also  during  the 
project  life  cycle.  During  the  end-of-build 
presentation,  a  demonstration  of  die  sys¬ 
tem  was  also  given  to  the  customer.  The 
unique  thing  about  die  demo  was  that  it  was 
run  by  die  end  user.  This  demonstrated  to 
die  customer  that  the  end  user  was  part  of 
die  team  and  that  their  needs  were  being 
addressed.  Also  presented  at  the  review 
were  the  plans  for  the  next  build  along  with 
any  updated  schedule  or  project  risks. 

The  transition  phase  consisted  of  a 
Developers’  Test  and  Evaluation  and  for¬ 
mal  installation  of  the  system  into  the 
operational  asset.  The  testing  was  wit¬ 


nessed  and  signed  off  on  by  personnel 
from  the  site’s  Systems  Engineering 
Department;  also  present  were  personnel 
from  the  operations  staff  —  the  eventual 
system  user. 

Project  Monitoring 

The  NIFTI  project  was  monitored  by 
using  these  established  metrics: 

1.  Cost  measurements.  Within  budget. 

2.  Schedule  performance.  Widiin  an 
18-mondi  development  cycle. 

3.  Assessment  measurement.  Pro¬ 
duced  12  source  lines  of  code  (SLOC) 
per  day  versus  the  seven  SLOC  indus¬ 
try  standard. 

4.  Open/closed  convergence  of  de¬ 
fects.  Number  of  open  defects  con¬ 
verged  with  closed  defects. 

5.  Hours  expended  per  defect.  Most 
defects  were  repaired  in  less  than  three 
hours. 

6.  SLOC  per  defect.  Most  defects  were 
repaired  in  less  than  10  lines  of  code. 

7.  Defects  per  subsystem  inspection 
and  testing  (I&T)  versus  system 

I&T.  Most  defects  were  detected  dur¬ 
ing  subsystem  I&T  before  being  deliv¬ 
ered  to  die  testers. 

The  team  also  monitored  die  software 
to  evaluate  it  in  terms  of  complexity  (all 
modules  had  a  complexity  of  10  or  less 
using  McCabe  Tools),  to  check  for  memo¬ 
ry  leaks,  to  determine  bottlenecks,  and  to 
test  path  coverage. 

Summary 

The  innovative  processes  that  incorporat¬ 
ed  the  end  user  and  customer  throughout 
die  software  development  process  have 
proven  to  be  key  in  achieving  project  suc¬ 


cess.  These  structured  processes,  risk  mit¬ 
igation,  metrics,  and  close  communication 
widi  the  end  user/customer  have  been 
instrumental  in  producing  a  quality  prod¬ 
uct  on  time  and  within  budget  that  met  its 
requirements.  The  diverse  backgrounds  of 
the  development  team  also  proved  to  be 
instrumental  in  die  success  of  the  project. 

Major  benefits  from  the  system  were 
seen  even  before  it  was  officially  turned 
over  to  operations:  It  has  been  used  to 
detect  a  feed  offset  and  bore  sight  prob¬ 
lem  in  die  ATS’,  and  to  find  a  software 
problem  that  caused  antenna  tracking  to 
be  off  in  customer  tests.  The  clients  were 
grateful  that  diese  and  other  problems 
could  now  be  identified  and  resolved 
much  faster  and  easier  than  before.^ 
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